Introduction to 
Bresenham's Line 
Algorithm Using the SBIT 
Instruction; Series 32000® 
Graphics Note 5 

1.0 INTRODUCTION 

Even with today's achievements in graphics technology, the 
resolution of computer graphics systems will never reach 
that of the real world. A true real line can never be drawn on 
a laser printer or CRT screen. There is no method of accu- 
rately printing all of the points on the continuous line 
described by the equation y = mx + b. Similarly, circles, 
ellipses and other geometrical shapes cannot truly be imple- 
mented by their theoretical definitions because the graphics 
system itself is discrete, not real or continuous. For that 
reason, there has been a tremendous amount of research 
and development in the area of discrete or raster mathemat- 
ics. Many algorithms have been developed which "map" 
real-world images into the discrete space of a raster device. 
Bresenham's line-drawing algorithm (and its derivatives) is 
one of the most commonly used algorithms today for de- 
scribing a line on a raster device. The algorithm was first 
published in Bresenham's 1965 article entitled "Algorithm 
for Computer Control of a Digital Plotter". It is now widely 
used in graphics and electronic printing systems. This appli- 
cation note will describe the fundamental algorithm and 
show an implementation on National Semiconductor's Se- 
ries 32000 microprocessor using the SBIT instruction, which 
is particularly well-suited for such applications. A timing dia- 
gram can be found in Figure 8 at the end of the application 
note. 

2.0 DESCRIPTION 

Bresenham's line-drawing algorithm uses an iterative 
scheme. A pixel is plotted at the starting coordinate of the 
line, and each iteration of the algorithm increments the pixel 
one unit along the major, or x-axis. The pixel is incremented 
along the minor, or y-axis, only when a decision variable 
(based on the slope of the line) changes sign. A key feature 
of the algorithm is that it requires only integer data and sim- 
ple arithmetic. This makes the algorithm very efficient and 
fast. 
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The algorithm assumes the line has positive slope less than 
one, but a simple change of variables can modify the algo- 
rithm for any slope value. This will be detailed in section 2.2. 

2.1 Bresenham's Algorithm for < slope < 1 

Figure 1 shows a line segment superimposed on a raster 
grid with horizontal axis X and vertical axis Y. Note that Xj 
and yj are the integer abscissa and ordinate respectively of 
each pixel location on the grid. 

Given (Xj, yj) as the previously plotted pixel location for the 
line segment, the next pixel to be plotted is either (Xj + 1 , yj) 
or (Xj + 1, yj + 1). Bresenham's algorithm determines 
which of these two pixel locations is nearer to the actual line 
by calculating the distance from each pixel to the line, and 
plotting that pixel with the smaller distance. Using the famil- 
iar equation of a straight line, y = mx + b, the y value 
corresponding to Xj + 1 is 

y = m(Xj + 1) + b 

The two distances are then calculated as: 

d1 = y - yj 

d1 = m(Xj + 1) + b - yj 

d2 = (yi+ 1)-y 

d2 = (yj + 1) - m(Xi + 1) - b 

and, 

d1 - d2 = m(Xj + 1) + b - yj - (yj + 1) + m(xi + 1) + b 

d1 - d2 = 2m(Xi + 1) - 2yi + 2b - 1 
Multiplying this result by the constant dx, defined by the 
slope of the line m = dy/dx, the equation becomes: 

dx(d1-d2) = 2dy(Xj) - 2dx(yi) + c 

where c is the constant 2dy + 2dxb - dx. Of course, if d2 

> d1 , then (d1 -d2) < 0, or conversely if d1 > d2, then (d1 - 

d2) > 0. Therefore, a parameter pj can be defined such that 

Pi = dx(d1-d2) 

Pj = 2dy(Xj) - 2dx(yi) + c 
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Distances d1 and d2 are compared. 
The smaller distance marks next pixel to be plotted. 
FIGURE 2 



Series 32000® is a registered trademark of National Semiconductor Corporation. 
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If pj > 0, then d1 > d2 and yj + 1 is chosen such that the 
next plotted pixel is (Xj + 1 , yj). Otherwise, if pj < 0, then d2 
> d1 and (Xj + 1, yj + 1) is plotted. (See Figure 2.) 
Similarly, for the next iteration, pj + 1 can be calculated and 
compared with zero to determine the next pixel to plot. If 
Pj +1 < 0, then the next plotted pixel is at (xj + 1 + 1, 



1); if Pi 



'i + 1 



0, then the next point is (Xj 



+ 1 



1, 



yi + -I + 1). Note that in the equation for pj + 1, Xj + 1 = Xj 
+ 1. 

Pi+ 1 = 2dy(X|+ 1) -2dx(yj + 1) + c 
Subtracting pj from p; + 1 , we get the recursive equation: 

PiH- 1 = Pi + 2dy - 2dx(yi + 1 - yj) 
Note that the constant c has conveniently dropped out of 
the formula. And, if p; < then y; + 1 = yj in the above 
equation, so that: 

Pi + 1 = Pi + 2dy 
or, if Pi > then yi + 1 = yj + 1 , and 

Pj + 1 = Pi + 2(dy-dx) 
To further simplify the iterative algorithm, constants c1 and 
c2 can be initialized at the beginning of the program such 
that c1 = 2dy and c2 = 2(dy-dx). Thus, the actual meat of 
the algorithm is a loop of length dx, containing only a few 
integer additions and two compares (Figure 3). 

2.2 For Slope < and |Slope| > 1 

The algorithm fails when the slope is negative or has abso- 
lute value greater than one (|dy| > |dx|). The reason for this 
is that the line will always be plotted with a positive slope if 
Xj and yj are always incremented in the positive direction, 
and the line will always be "shorted" if |dx|<|dy| since the 
algorithm executes once for every x coordinate (i.e., dx 
times). However, a closer look at the algorithm must be tak- 
en to reveal that a few simple changes of variables will take 
care of these special cases. 

For negative slopes, the change is simple. Instead of incre- 
menting the pixel along the positive direction (+ 1) for each 
iteration, the pixel is incremented in the negative direction. 
The relationship between the starting point and the finishing 
point of the line determines which axis is followed in the 
negative direction, and which is in the positive. Figure 4 
shows all the possible combinations for slopes and starting 
points, and their respective incremental directions along the 
X and Y axis. 



Another change of variables can be performed on the incre- 
mental values to accommodate those lines with slopes 
greater than 1 or less than - 1 . The coordinate system con- 
taining the line is rotated 90 degrees so that the X-axis now 
becomes the Y-axis and vice versa. The algorithm is then 
performed on the rotated line according to the sign of its 
slope, as explained above. Whenever the current position is 
incremented along the X-axis in the rotated space, it is actu- 
ally incremented along the Y-axis in the original coordinate 
space. Similarly, an increment along the Y-axis in the rotat- 
ed space translates to an increment along the X-axis in the 
original space. Figure 4a., g. and /?. illustrates this transla- 
tion process for both positive and negative lines with various 
starting points. 

3.0 IMPLEMENTATION IN C 

Bresenham's algorithm is easily implemented in most pro- 
gramming languages. However, C is commonly used for 
many application programs today, especially in the graphics 
area. The Appendix gives an implementation of Bresen- 
ham's algorithm in C. The C program was written and exe- 
cuted on a SYS32/20 system running UNIX on the 
NS32032 processor from National. A driver program, also 
written in C, passed to the function starting and ending 
points for each line to be drawn. Figure 6 shows the output 
on an HP laser jet of 1 60 unique lines of various slopes on a 
bit map of 2,000 x 2,000 pixels. Each line starts and ends 
exactly 25 pixels from the previous line. 
The program uses the variable bit to keep track of the cur- 
rent pixel position within the 2,000 x 2,000 bit map (Figure 
5). When the Bresenham algorithm requires the current po- 
sition to be incremented along the X-axis, the variable bit is 
incremented by either +1 or -1, depending on the sign of 
the slope. When the current position is incremented along 
the Y-axis (i.e., when p > 0) the variable bit is incremented 
by +warp or -warp, where warp is the vertical bit displace- 
ment of the bit map. The constant last bit is compared with 
bit during each iteration to determine if the line is complete. 
This ensures that the line starts and finishes according to 
the coordinates passed to the function by the driver pro- 
gram. 



do 


while count < > dx 




if (p < 0) then p+ = cl 




else 




p+ = c2 




next_y = prev_y + y_inc 




next_x = prev_x + x_inc 




plot (next_x,next_y) 




count + = 1 


/>:< 


PSEUDO CODE FOR BRESENHAM LOOP */ 



FIGURES 



m = mf 



p2 



start p1: x inc = y' inc = 

y inc = x' inc = +1 

start p2: x inc = y' inc = 

y inc = x' inc = - 1 



start p1 : x inc = + 1 

y inc = 

start p2: x inc = - 1 

y inc = 



p2 
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Start p1 : x inc = + 1 

y inc = —1 

start p2: x inc = — 1 

y inc = + 1 




start p1 : x inc = + 1 

y inc = +1 

start p2: x inc = - 1 

y inc = -1 
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Start p1 : x inc = + 1 

y inc = -1 

start p2: x inc = - 1 

y inc = + 1 



start p1 : x inc = 

y inc = 

p2 start p2: > 



0<m<1 



y inc = —1 
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Start p1 : x inc = y' inc = + 1 

y inc = x' inc = -1 

start p2: x inc = y' inc = — 1 

y inc = x' inc = +1 
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start p1 : x inc = y' inc! = — 1 

y inc = x' inc = + 1 

start p2: x inc = y' inc = + 1 

y inc = x' inc = -1 



g- 
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Note: a., g., and h. are rotated 90 degrees left and x', y' refer to the original axis. 
FIGURE 4 



bit = 



bit = starting 
position 

































































































































































































/• 








> 








































/^ 










> 




































V 


/^ 














































/^ 


/^ 














































y 
















































?^' 














































^ 








"-- 


^ 




































^ / 


f^ 














"^ 


^ 
































/^ 




















^ 


























^ 














































i,^ 


/^ 


































^ 












y, 

























































































































































































































































































































































































































































bit = 1 ,999 



:> 



warp = 2,000 



" bit = current 
position 
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Bit Map is 500 {(bytes, 2\i x 2k Bits 
Base Address of Bit Map is 'Bit Map' 

FIGURES 



Graphics Image (2000 x 2000 Pixels), 300 DPI 
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FIGURE 6. Star-Burst Benchmark — This Star-Burst image was done on a 2I< x 2I( pixel bit map. 

Each line is 2k pixels in length and passes through the center of the image, bisecting 

the square. The lines are 25 pixel units apart, and are drawn using the LINE_DRAW.S routine. There 

are a total of 160 lines. The total time for drawing this Star-Burst is 2.9 sec on 10 MHz NS32C016. 



4.0 IMPLEMENTATION IN SERIES 32000 ASSEMBLY: 
THE SBIT INSTRUCTION 

National's Series 32000 family of processors is well-suited 
for the Bresenham's algorithm because of the SBIT instruc- 
tion. Figure 7 shows a portion of the assembly version of the 
Bresenham algorithm illustrating the use of the SBIT instruc- 
tion. The first part of the loop, handles the algorithm forp < 
and .CASE2 handles the algorithm for p > 0. The main 
loop is unrolled in this manner to minimize unnecessary 
branches (compare loop structure of Figure 7 to Figure 3). 
The SBIT instruction is used to plot the current pixel in the 
line. 

The SBIT instruction usesM map as a base address from 

which it calculates the bit position to be set by adding the 
offset bit contained in register r1 . For example, if bit, or R1 , 
contains 2,000*, then the instruction: 

sbitd "(A^^bit rnap 

will set the bit at position 2,000, given that bit map is the 

memory location starting at bit of this grid. In actuality, if 
base is a memory address, then the bit position set is: 

offset MODS 
within the memory byte whose address is: 

base + {offset DIV 8) 
So, for the above example, 

2,000 MOD 8 = 
bit^map + 2,000 DIV 8 = bit^map + 250 
Thus, bit of byte (M map + 250) is set. This bit corre- 
sponds to the first bit of the second row in Figure 5. 

*AII numbers are in decimal. 



The SBIT instruction greatly increases the speed of the al- 
gorithm. Notice the method of setting the pixel in the C pro- 
gram given in the Appendix: 

bit_map[bit/&] \ = M_^c»s[(bit&7)] 
This line of code contains a costly division and several other 
operations that are eliminated with the SBIT instruction. The 
SBIT instruction helps optimize the performance of the pro- 
gram. Notice also that the algorithm can be implemented 
using only 7 registers. This improves the speed perform- 
ance by avoiding time-consuming memory accesses. 

5.0 CONCLUSION 

An optimized Bresenham line-drawing algorithm has been 
presented using the SYS32/20 system. Both Series 32000 
assembly and C versions have been included. Figure 8 
presents the various timing results of the algorithm. Most of 
the optimization efforts have been concentrated in the main 
loop of the program, so the reader may spot other ways to 
optimize, especially in the set-up section of the algorithm. 
Several variations of the Bresenham algorithm have been 
developed. One particular variation from Bresenham himself 
relies on "run-length" segments of the line for speed opti- 
mization. The algorithm is based on the original Bresenham 
algorithm, but uses the fact that typically the decision vari- 
able p has one sign for several iterations, changing only 
once in-between these "run-length" segments to make one 
vertical step. Thus, most lines are composed of a series of 
horizontal "run-lengths" separated by a single vertical jump. 
(Consider the special cases where the slope of the line is 
exactly 1 , the slope is or the slope is infinity.) This algo- 
rithm will be explored in the NS32CG16 Graphics Note 5, 
AN-522, "Line Drawing with the NS32CG16", where it will 
be optimized using special instructions of the NS32CG16. 



# Main loop of Bresenham algorithm 
.LOOP: #p < : move in x direction only 



.CASE2: #P > 



cmpqd 


$0,r4 




ble 


.CASE2 




addd 


r0,r4 




addd 


r5,rl 




sbitd 


rl,@_bit_map 




cmpd 


r3,rl 




bne 


.LOOP 




exit 


[r3,r4,r5,r6. 


r7] 


ret 


$0 




.align 4 






0: move in 


X and y direction 




addd 


r2,r4 




addd 


r7,rl 




addd 


r5,rl 




sbitd 


rl,@_bit_map 




cmpd 


rl,r3 




bne 


.LOOP 




exit 


[r3,r4,r5,r6. 


r7] 


ret 


%Q 





Register and Memory 
Contents 

rO = cl constant 
rl = bit current 

position 
r2 = c2 constant 
r3 = last_bit 
r4 = p decision var 
r5 = x_inc increment 
r6 = unused register 
r7 = y_inc increment 
_bit_map = address of 
first byte in bit map 



FIGURE? 

Note: Instructions followed by the letter 'd' indicate "double word" operations. 



Timing Performance 

2I( X 2I( Bit Map 

2I( Pix/Vector 160 Lines per Star-Burst 



Version 


NS32000 Assembly with SBIT 
NS32C016-10 NS32C016-15 


Parameter 


Set-up Time Per Vector 


45 jas 


30 jaS 


Vectors/Sec 


54 


82 


Pixels/Sec 


109,776 


164,771 


Total Time 
Star-Burst Benchmark 


2.9s 


1.9s 



FIGURES 



Set-up time per line is measured from the start of 
LINE_DRAW.S only. The overhead of calling the LINE_ 
DRAW routine, starting the timer and creating the endpoints 
of the vector are not included in this time. Set-up time does 
include all register set-up and branching for the Bresenham 
algorithm up to the entry point of the main loop. 
Vectors/Second is determined by measuring the number 

of vectors per second the LINE DRAW routine can draw, 

not including the overhead of the DRIVER.C and START.C 
routines, which start the timer and calculate the vector end- 
points. All set-up of registers and branching for the Bresen- 
ham algorithm are included. 

Pixels/Second is measured by dividing the Vectors/Sec- 
ond value by the number of pixels per line. 
Total Time for the Star-Burst benchmark is measured from 
start of benchmark to end. It does include all overhead of 
START.C and DRIVER.C and all set-up for 
LINE_DRAW.S. This number can be used to approximate 
the number of pages per second for printing the whole Star- 
Burst image. 



# 


National Semiconductor Corporation. 




# 


CTP version 2.4 


line_draw.s 


~ 




.file 


"line_ 

.comm 

.globl" 

.set 

.align 


draw.s" 

bit map, 49975^ 
line draw 
WARP,2J3^J3 
4 










_line_ 


draw: 






# 


initialize 






enter 


[r3,r4,r5,r6 


,r7]. 


12 








movd 


12(fp),r5 






r5=ys 






movd 


8(fp) ,r6 






r6=xs 






movd 


r5,rl 






initialize starting 'bit' 






muld 


$(WAEP) ,rl 






bit=warp*ys+xs 






addd 


r6,rl 






rl=bit 






movd 


2^(fp),r4 






r4=yf 






subd 


r5,r4 






r4=dy 






absd 


r4,r3 






r3=|dy| 
r2=xf 






movd 


16 (fp) ,r2 










subd 


r6,r2 






r2=dx 






absd 


r2,r6 






r6=|dx| 






cmpd 


r3,r6 






branch if slope<l 






ble 


.LLl 






must rotate axis for slope>l 






cmpqd 


$(^),r4 






if dy<^ want x inc<^ 






^ff 


.LL2 






else x_inc is pos 






addr 


WARP,r5 






x_inc=+/-warp because of rotate 






br 


.LL3 












-align 


4 










.LL2: 


addr 


-WARP, r 5 










.LL3: 
















cmpqd 


$(^),r2 




# 


if dx<^ want y inc<p 






bge 


.LL4 




# 


else y_inc is pos 






movqd 


$(l),r7 




# 


y_inc=+/-l becaue of rotate 






br 


.LL5 












.align 


4 










.LL4: 


movqd 


$(-l),r7 










,LL5: 


movd 


r6,rj3 




# 


calculate cl,c2 and p 






addd 


rj3,rj3 




# 


r;3=cl=2 * 1 dx 1 because of rotate 






subd 


r3,r6 




# 


r6=|dx-dy| r2=2*r6=c2 






addr 


^[r6:w] ,r2 




# 


this rauls r6 by 2 and puts in r2 






movd 


r^,r4 












subd 


r3,r4 




# 


r4=c2-|dy|=p in rotated space 






movd 


2j3(fp),r3 




# 


calculate last bit 






muld 


$(WARP) ,r3 












addd 


16(fp) ,r3 




# 


r3=last_bit 






br 


.LL6 












.align 


4 










.LLl: 








# 


slope<l use original axis 






cmpqd 


5(J3),r4 




# 


dy determines y_inc 






bge 


.LL7 












addr 


WARP, r 7 




# 


dy>p then y_inc=+warp 






br 


.LL8 












.align 


4 










.LL7: 
















addr 


-WARP, r 7 




# 


dy<^ then y_inc=-warp 




.LL8: 


cmpqd 
bge 


S(^),r2 
.LL9 












movqd 


$(l),r5 




# 


dx>p then x_inc=+l 






br 


.LLlp 












.align 


4 










.LL9: 
















movqd 


$(-l).r5 




# 


dx<^ then x_inc=-l 
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. LL1J3 : 








# 


calculate cl,c2,p 






addr 


0[r3:W\,rj3 




# 


rp=2*r3=cl 






movd 


r3,r2 












subd 


r6,r2 












addd 


r2,r2 




# 


r2=2*|dy-dx|=c2 






movd 


rp,r4 












subd 


r6,r4 




# 


p=2*dy-dx=r4 






movd 


2p(fp),r3 




# 


calculate last_bit=r3 






muld 


$ (WARP) , r3 












addd 


16(fp) ,r3 










.LL6: 








# 


main loop for algorithm 






cmpqd 


$(P),r4 




# 


check sign of p 






ble 


.LLll 




# 


branch if pos 






addd 


r^,r4 




# 


add cl to p 






addd 


r5,rl 




# 


inc bit by x inc only 






sbitd 


rl,@ bit map 




# 


plot bit 






cmpd 


r3,rl 




# 


end only if bit=last_bit 






bne 


.LL6 












exit 


[r3,r4,r5,r6. 


r7] 










ret 












.align 


4 










.LLll: 










p>0 then inc in y dir 






addd 


r2,r4 






add c2 to p 






addd 


r7,rl 






add y inc to bit 






addd 


r5,rl 






add X inc to bit 






sbitd 


rl,§ bit map 






plot bit 






cmpd 


rl,r3 






end only when bit=last bit 






bne 


.LL6 












exit 


rr3,r4,r5,r6, 
$(J3) 


r7] 










ret 
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/* This program calculates points on a line using Bresenham's iterative */ 
/* method. */ 

#include<stdio . h> 

#define xbytes 25^ /* number of bytes along x-axis*/ 

#define warp xbytes * 8 /* number of bits along x_axis*/ 
#define maxy 1999 /* number of lines in y_axis*/ 

unsigned char bit_map[xbytes*maxy] ; /* array contains bit map*/ 
static unsigned char bit_pos[ ]={1, 2,4,8, 16, 32, 64, 128} ; 

/* look-up table for setting bit */ 



1 ine_draw ( xs , ys , xf , y f ) 
int xs,ys,xf ,yf ; 



/* starting (s) and finishing (f) points */ 



int dx,dy,x_inc,y_inc, 
bit,last_bit, 
p,cl,c2 ; 

dx=xf-xs; 
dY=yf-ys; 
bit=(ys*warp) +xs; 
last_bit= (yf *warp) +xf ; 

if (abs(dy) > abs(dx) ) 
{ 

if (dy>^) 

x_inc=warp; 
else 

x_inc= -warp; 
if (dx>p) 

y_inc=l ; 
else 

y_inc= -1; 
cl=2*abs(dx) ; 
c2=2*(abs(dx)-abs{dy) ) 
p=2*abs(dx) -abs(dy) ; 
} 

else ( /* abs 

if (dy>^) 

y_inc=warp ; 
else 

y_inc= -warp; 
if (dx>^) 

x_inc=l ; 
else 

x_inc= -1; 
cl=2*abs(dy) ; 
c2=2*(abs(dy)-abs(dx) ) 
p=2*abs(dy) -abs(dx) ; 



/* deltas and increments */ 

/* current and last bit positions */ 

/* decision variable p and constants */ 



/* initialize bit to first bit pos */ 
/* calculate last bit on line */ 



/* abs (slope) >l must rotate space */ 
/* see Figure 5 a.,g.,and h. */ 

/* x_axis is now original y_axis */ 



/* y_axis is now original x_axis */ 

/* calculate Bresenham's constants */ 
/* p is decision variable now rotated */ 
(slope) <1 use original axis */ 

/* y_iric is +/-warp number of bits */ 

/* move forward one bit */ 

/* or backward one bit */ 

/* calculate constants and p */ 



/* Bresenham's Algorithm */ 



do 

{ 



/* do once for each x increment, i.e. dx tiroes */ 



if (p<^) 
else { 



p+=cl ; 



p+=c2 ; 
bit+=y_inc; 



/* no y movement if p<j3 */ 
/* move in y dir if p>p */ 



bit+=x_inc; /* always increment x */ 

/* bit is set by calculating bit MOD 8, which is */ 
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/* same as bit & 7, then looking up appropriate */ 
/* bit in table bit_pos. This bit pos is then set */ 
/* in byte bit/8 */ 



bit_map [bit/8] 1= 
) while (bitl=last_bit) ; 



bit_pos[ (bit&7) ] ; 
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/* Program driver. c feeds line vectors to LINE_DRAW.S forming Star-Burst. 

#include <stdio.h> 
#define xbytes 25J3 
#define maxx 1999 
#define maxy 1999 

unsigned char bit_map[xbytes*maxy] ; 

mainO 

( 

int i , count ; 

/* generate Star-Burst image */ 

for (count=l ; count <=l^^^;test++) ( 

for ( i=fi ; i<=maxy ; i+=2 5 ) 

1 ine_draw (0 , i , maxx , maxy- i ) ; 
for (i=j3;i<=maxx;i+=25) 

1 ine_draw ( i , maxy , maxx- i , J3 ) ; 



/* Start timer and call main procedure of DRIVER. C to draw lines */ 

start { 

long *timer = (long *) px6)3j3; 

*timer = p; /* write a zero to timer location */ 

ffiain(/3,^); /* Show argc as zero, argv ->0 */ 

return (*timer) ; /* return, in rp, the current time */ 
} 
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LIFE SUPPORT POLICY 

NATIONAL'S PRODUCTS ARE NOT AUTHORIZED FOR USE AS CRITICAL COMPONENTS IN LIFE SUPPORT 
DEVICES OR SYSTEMS WITHOUT THE EXPRESS WRITTEN APPROVAL OF THE PRESIDENT OF NATIONAL 
SEMICONDUCTOR CORPORATION. As used herein: 

1. Life support devices or systems are devices or 2. A critical component is any component of a life 



systems which, (a) are intended for surgical implant 
into the body, or (b) support or sustain life, and whose 
failure to perform, when properly used in accordance 
with instructions for use provided in the labeling, can 
be reasonably expected to result in a significant injury 
to the user. 



support device or system whose failure to perform can 
be reasonably expected to cause the failure of the life 
support device or system, or to affect its safety or 
effectiveness. 
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National Semiconductor 
Europe 

Fax: (+49) 0-180-530 85 86 
Email: cnjwge@tevm2.nsc.com 
Deutsch Tel: (+49)0-180-530 85 85 
English Tel: (+49) 0-180-532 78 32 
Frangais Tel: (+49) 0-180-532 93 58 
Italiano Tel: (+49) 0-180-534 16 80 



National Semiconductor 
Hong Kong Ltd. 

13th Floor, Straight Block, 
Ocean Centre, 5 Canton Rd. 
Tsimshatsui, Kowloon 
Hong Kong 
Tel: (852)2737-1600 
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National does not assume any responsibility for use of any circuitry described, no circuit patent licenses are implied and National reserves the right at any time without notice to change said circuitry and specificatioi 



